
Abstract 


The interview focuses on Kahn's role in the 
development of computer networking frcm 1967 
through the early 1980s. Beginning with his work 
at Bolt Beranek and Newman (BBN), Kahn 
discusses his involvement as the ARPANET proposal 
was being written, his decision to became 
active in the implementation of the network, and 
his role in the public demonstration of the 
ARPANET. The interview continues into Kahn's 
involvement with networking when he moves 
to IPTO in 1972, where he was responsible for the 
administrative and technical evolution of 
the ARPANET, including programs in packet radio, 
the development of a new network - " 

protocol (TCP/IP) , and the switch to TCP/IP to 
connect multiple networks. This interview was 
recorded as port of a research project on the 
influence of the Defense Advanced Research 
Projects Agency (DARPA) on the development of 
computer science in the United States. 
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O’NEILL: I want, as I mentioned, to focus on your 
network experiences. You covered some of 
that in your previous interview. You described in 
your previous interview sending a letter to 
Larry Roberts, when he was already at DARPA, 
talking about your interest in networking. 

What happened after that? How did you get 
involved in working with the ARPANET? 

KAHN: Well, I had been doing my own work in that 
area while at BBN, unaware of the fact 
that DARPA was interested in networking at the 
time. So I had a set of memoranda that I had 
been generating on various aspects of networking. 
It was for rny cwn research project. I guess 
the first that we really got involved was Larry 
responded to that letter by inviting me dcwn 
to chat and find out who this stranger was that 
sent him this randcm letter out of the blue. I 
learned frcm him at the time that he was seriously 
thinking about creating a network across 
the country. You have to rensxber, I was a fairly 
young person just on a leave of absence 
frcm MIT at the time, so I guess I hadn't fully 
digested the idea that one would actually be able 
to make one of these things really happen. 

O'NEILL: Do you remoiiber what time this was, was 
this early 1967? Roberts came to AREA 
in very late 1966, December of 1966. 

KAHN: Semetime in 1967. That was rny 
recollection. 

O'NEILL: So Roberts told you at your first 
meeting that he was interested in actually getting 
a network project started? 

KAHN: He had gone to DARPA (then called AREA) to 
actually make such a network happen, 



and he was in the planning stage for it. I 
thought that sane of the ideas I had could be of 
use 

in that project. We chatted a bit about what I 
had been up to. There had really been no very 
direct interface with him up until the time that 
DARPA actually issued an RFP. I guess that 
was what he had been working on at DARPA. DARPA 
issued an RFP back in... sate time in 
the summer of 1968 - June or July, if I recall. 
And I ransriber getting a copy of that just as 
soon as it came out, and we at BEN put together a 
proposal that eventually won. 

O'NEILL: So between the time that you talked to 
Roberts and the time that the RFP or RPQ 
came out in mid 1968, you didn't have any 
interaction with the ccirmunity who were working 
on developing the RPQ? There were a series of 
meetings that have been referred to and 
different people being involved coming op with the 
requirements for the RPQ in detail, in the 
detail that came out eventually. 

KAHN: Roberts certainly had asked me for any of 
the papers that I had. After we had our 
first meeting, he said, "You know, if you can 
share any of your stuff with me, I'd be happy to 
see it." Well, I think I sent him some of the 
stuff that I had been working on. But I had no 
direct interaction with Larry during that period, 
at least that I can recall. I think he met with 
people like... there' s a fellow named Frank 
Westervelt from Michigan, there' s a guy named 
Elmer Shapiro from SRI. Larry had even given a 
contract, I think, to SRI to help him draft the 
RFP. 


O'NEILL: I have seen a reference to seme of your 
papers. So Roberts had your papers and they 
may have been circulated within that group, but 
you didn' t... 



KAHN: He certainly had rny papers. In fact, as I 
was writing stuff I generally would send it 
to him. I can even recall sending him one paper 
that basically said whatever he did with the 
network, he ought to have a long line involved in 
it up front so he could find out whether the 
network would work with long distance lines or 
not. Because everybody was thinking about 
small scale experimentation. I was afraid if they 
only did a small scale experiment that it 
might work in the small but fail in the large. So 
I felt they ought to set the initial structuring 
of it to be consistent with what the eventual 
network would look like. Worry about the 
network on the scale that you really want to 
operate it. You know, if you are going to deal 
with real errors make sure you are going to 
encounter approximately the same number you 
would expect in a reasonable number of 
configurations. It seemed to me at the time that 
the 

longest lines you would ever want in a network 
would be roughly a few thousand miles long. 

So put in one or more of then initially, just to 
see how it would work. Larry was talking to lots 
of pecsple at that time. I mean I don't know all 
the people he would talk to, but having been 
in the ARPA office later, the number of people 
that you cone in contact with could be 
enormous. He could have been talking to thousands 
for all I know. 

O'NEILL: When you started working on the ARPANET 
at BBN from 1969 to 1971, how did 
you see your role in the group that was developing 
the IMPs and implementing the network? 

KAHN: Well, originally I wasn't even planning to 
get involved in the implementation. You 
have to remember I started out as a professor in 
the EE department at MIT. In fact, the main 
reason I had gone to BBN was to spend some time 
working on more practical kinds of things 



than just mathematics. The thing I had chosen to 
work on was networking. Having now 
written the networking proposal, I was fully 
prepared to get hack into research and leave it up 
to other people to go build this thing. But it 
became very clear to me, shortly after we had 
gotten the award, the set of issues that were 
involved was very corplicated - relative to what 
you normally find in a typical engineering 
project. In fact, rny being involved in it was 
actually far more important than I originally 
thought because I really played a key role in 
bringing it all together architecturally. It was 
a design role that was very essential to what was 
going on. 

0'NEILL: You are talking about during the time of 
writing the proposal? 

KAHN: Yes, and afterwards too. I took the lead in 
putting together the technical part of the 
proposal. The whole thing was sent out of the 
systems division that Frank Heart ran. There 
were a lot of people worrying about things that I 
didn't know much about, like subcontracts 
with the computer vendors and the details of 
building the hardware because that was not really 
rny specialty. In terms of the conceptual parts of 
it, that is really where I was main 
contributor, I think. My notion originally was 
"Help them get the award; let thorn go build it 
and I will go back to doing what I was doing." 

But I pretty quickly came to realize that that 
just wasn't a practical notion. There were too 
many things that had to be thought about. 

System design was going to be a continuing factor; 
it wasn't just something you did once up 
front and then forgot about. There were really a 
very small set of us that were directly 
involved in the actual development of the network, 
and I was one of the key people. Seme of 
the others were Severo Omstein who was 
principally responsible for the hardware, Bill 



Crowther who was principally responsible for the 
software. He was helped fcy a fellow named 
Dave Walden who subsequently became president of 
BEN Labs. I don't know if you ever talked 
to Dave. 


O'NEHh: Yes, I did. 

KAHN: Under Frank was Bill Crcwther, under Bill 

Crowther was Dave. Dave eventually 

became more senior than Frank in the organization. 

D'NF TTJ, : Did you feel any external pressure to 
continue with this networking stuff because 
you were so involved in it, or was it your cwn 
personal decision? 

KAHN: By external pressure what do you mean? 

O'NEILL: Well, were the other people that you had 
worked with on the proposal urging you 
to continue on with it, or was it just your cwn 
decision to... 


KAHN: Well, organizations are complex structures. 
The way BEN was structured at the time, 
the research division had a different outlook than 
the engineering division. One was more 
focused on getting things built on schedule, and 
the other was more concerned with inventing 
the future, if you will. That is really where I 
had spent most of rny career, more in the basic 
research line of things. And having gotten this 
far in the proposal stage, rry idea was to go 
back into research. That is sort of what was in 
rny psyche at the time. Frank and seme of the 
people in his group had made it very clear that 
they would like me to keep on with the 
networking part. They probably had more reason to 
believe that I would be able to help than 
maybe I did at the time. 



But I think what finally triggered rny going over 



there was an activity that involved 
simulation. Along with another colleague at BEN, 
we developed a simulation program that 
could be used for evaluating network performance. 
Most of the really interesting issues to me 
about networks were how they were going to work, 
because this was a really new area. Nobody 
had any experience in knowing how networks would 
actually function in practice: how did 
routing algorithms work, how did congestion 
control algorithms work, how did flow control 
work, how did buffering work. All of those kinds 
of things were critical issues back then. The 
simulation system was developed to give us a 
visual clue. I mean, this was a rather innovative 
development because - remember this was at time 
when interactive graphics were not par for 
the course. I mean, there were no such things as 
workstations. And time-sharing was pretty 
new at the time as well. So to be able to get an 
interactive environment with graphics displays 
of networks was a major coup in its cwn right. So 
we had a very powerful facility to be able 
to use, and my thought was to use it to explore 
some of the issues. 

BEN at the time was structured into two parts. 

Leo Beranek ran one part of the corpany 
having to do with acoustics and the old line of 
physical sciences work that BEN had originally 
started in. They did acoustical design of concert 
halls and things like that. The other half of 
the company was run by Jerry Elkind who 
subsequently left BBN, briefly went to MIT, then 
went out to Xerox for many years. Jerry had 
several divisions underneath him, one of which 
was Frank Heart's division. So he was Frank's 
boss. In fact, he also had a division of his cwn 
that he ran, and a third one, I think in 
psychology or something like that or man/machine 
interaction. And I think it was Jerry's 
perspective that Frank and his people needed me. 

S3 



rather than tackle the issue any other way, his 
approach was to say to me, "I think working on 
this networking stuff is fine, but you ought to 
get your support directly frcm Frank since he 
has the one contract at BEN specifically to work 
on networking." The way accounting was 
handled at BEN in those days, you had to have 
charge numbers for everything. When I went 
to Frank to find out what number to charge rny time 
to, he was basically of the cpinicn that 
the only way I could charge to the contract was to 
be in his division. Apparently, he did not 
want to spend money in other divisions around the 
company. In any event it became clear to 
me, very quickly, that the only way I was going to 
get supported to do networking research was 
to be involved with that group. I think this was 
just Jerry's way of saying, "I would like you 
to do that." 

O'NEILL: This was all after the prcposal had been 
accepted? 

KAHN: After the prcposal was won, right. So in 
some sense I found myself sort of like 
somebody on a slide being asked "Why did you go 
down the slide?" Well, once you are on the 
slide gravity just sort of takes you. This was a 
situation where I would have been perfectly 
happy to do the work in the research division. So 
I, in fact, picked up rny office and moved 
over to the systems division. Formally, I was 
still in Jerry's division, only physically in 
another 

location. I never knew quite how the payroll was 
handled at that time, so I can't tell you all 
the machinations. 

O'NEILL: Did you consider yourself a consultant 
to the network group? 

KAHN: No, I was clearly a part of it. Let me put 
it this way: the most visible public aspect 



of the whole project was the guidance that went 
out to everybody - as to how to connect to the 
network and make it work. ^ Phat was a 
document that we wrote early on. It 
called RFC 1822 or RBN report 1822. ( I wrote that. 





O'NEILL: Okay. When you mentioned before about 
the simulation program that you had 
written, you mentioned somebody else was involved 
in that. I did not catch the name. 


KAHN: Warren Teitleman. It was just a small 
project that he and I worked on. It was an 
Interactive graphics simulation system built on 
top of some other software that he had 
developed. Warren was absolutely crucial to that. 

0 1 nfttt J i : When was that done? Were the 
simulations done as part of preparing the 
proposal, 

or was that later? 

KAHN: It was just an interesting idea that we had ( 
that we explored. Probably, I would guess, 
in 1967 or early 1968, but not for any proposal. 

O'NEILL: While you were working on the network 
project, what was your interaction like with 
ARPA and with Larry Roberts? 

KAHN: It became very tight. Larry and I 
developed a very good personal relationship. In 
fact, he later hired me to go to BARPA. It was a 
very interesting relationship because Frank 
Heart, who ran the group in which I was physically 
residing, also had an interface with Larry. 

So Larry was, in effect, talking directly to two 
different people in that group. I was not 
usually privy to his discussions with Frank, so I 
don' t know what the two of them talked about. 

But it was a separate, and in seme cases, 
independent channel, because Larry would often 
call 

me as easily as he would Frank. I had quite a 



number of interactions with him, but they were 
usually on technical matters, planning for the 
future, "What do you think we ought to do about 
this," "I got this thing I need to respond, can 
you handle it?" That sort of stuff. And 
oftentimes 

he would send things up for me to think about, you 
know, go talk to a group of people on such 
and such, or whatever. We had a pretty good 
relationship. Of course, I later became director 
of the same office, so I had the same position 
that he did. But that was some number of years 
later. Larry actually left BARPA in 1973. 

Steve Levy and. I. .. Steve was a vice-president of 
BBN at the time. Steve was involved in new 
financial opportunities for EBN at the corporate 
level. I had been pushing BEN to get into the 
commercial networking business for many years, 
going back to 1969. Originally it was a 
recommendation to a small panel that Jerry Elkind 
or Steve Levy had been chairing. I made 
subsequent reccmnendations along the same line to 
the senior management at EBN, but they 
had never done anything with them. And, in fact, 
one of my reasons for accepting the BARPA 
job was because it just didn't look like EBN was 
interested in capitalizing on any of the 
technology we had developed. 

Some time in the 1972 time frame, shortly after I 
had agreed to go to BARPA, one of the people 
in Frank Heart's group that he had just hired from 
the Pentagon, a fellow named Lee Talbert, 
resigned from EBN and took seme people with him to 
set up a small company called Packet 
Ccmmunications, Incorporated - PCI. PCI filed the 
very first 214 filing with the FCC to offer 
packet network services. They got approval for 
that, but their effort subsequently failed for 
a number of reasons. But right after they left 
EBN, I recall Steve Levy coming into rny office 
and basically saying that EBN had just revisited 




the whole networking situation and they 

thought rny idea was now timely, and they were all 

read/ to go make something happen. So 

over the course of that surtmer, sometime between 

June of 1972 and the time that I finally left 

to go to BARPA - I guess I left in October and got 

to BARPA in November with a short step 

along the way at an ICCC conference - Steve and I 

worked together to set up Telenet. Steve 

and I had a lot of interactions on it. The first 

two explcyees of Telenet were Stu Matheson and 

Phil Walker who were two people that I brought in 

to help with some of the initial planning. 

I don't believe Frank Heart was involved in any of 
that activity at all. Steve Levy could tell 
you exactly what happened if you talk to him. He 
is now chairman of the board of BBN. 

O'NEILL: Bo you know why BBN wasn't more 
receptive to the idea earlier? You said you 
mentioned in originally in 1969. Were you given 
reasons at that time? 

KAHN: Not really. You have to understand what 
kind of an organization BBN was. It 
changed fairly radically somewhere along the line. 
BBN was a kind of hybrid version of 
Harvard and MIT in the sense that most of the 
pecple there were either faculty or former 
faculty at either Harvard or MIT. If you've ever 
spent any time at either of those places, you 
would know what a unique kind of organization BBN 
was. A lot of the students at those places 
spent time at BBN. It was kind of like a super 
byped-up version of the union of the two, except 
that you didn't have to worry about classes and 
/ teaching. You could just focus on research. 

I It was sort of the cognac of the research 

business, very distilled. The culture at BBN! at 
the 

time was to do interesting things and move on to 
the next interesting thing. There was more 
incentive to come up with interesting ideas and 



explore than than to try to capitalize on them 
once they had been developed. I think that the 
administration at BBN would have acted on rny 
proposal earlier if they could have figured out 
what to do, but the payoff wasn't sufficiently 
near, and the understanding of what to do with 
packet networks didn't really exist in industry. 

So they just sort of let it go. I think "It was 
ahead of its time" is the right way to put it. 

O'NEILL: So until they were prodded in 1972 by 
having another company starting to capitalize 
on it... 

KAHN: Well, composed of their own people... a 
non-sanctioned spin off. I think BBN was 
protecting its interests more than anything else. 
But they suddenly decided that this was 
something they really ought to do. I think it was 
reactive largely. They set up Telenet, which 
lost money for a long time. I remember, Steve and 
I talked about Larry as being a potential guy 
to run it. I just wasn't interested in getting 
into a business setting at that time. I really 
wanted 

to stay with R&D. Somewhere in the mid-1971 time 
frame, I picked rny office up and moved 
back to the research division again, because we 
had largely gotten to the point where the 
networking development effort was stable. We had 
done the critical phase of what we needed 
and from then on it looked like whatever else... 
it's like getting to the moon. Once you get 
there the first time, you at least know that it is 
doable, but there was still a lot of development 
work that needed to be done to improve the network 
performance. I wanted to move into other 
areas, like understanding what to do with the 
networks - maybe seme of the more basic 
research aspects of it. So I went back into the 
research group, but that only lasted for about 
a year. Then, ultimately, I finally went down to 
DARPA. I showed up there in early 



O'NEILL: Okay. 

KAHN: So he was actually at DARPA for four or 
five months after he announced that he was 
intending to leave. When he left at the end of 
September, his successor had just been named. 

It turned out to be J.C.R. Licklider fran MIT who 
came in for a second tour. He started the 
IPTO office in the first place back in the early 
1960s and actually showed up to stay in 
January of 1974. So there was a period of three 
or four months where the office really didn't 
have a permanent director. 

O'NEILL: During this time were you running the 
network project? 

KAHN: The network project. You have to 
understand that the way DARPA was organized, 
it had a lot of different programs - and the 
ARPANET was one program. One of the things 
that I chose not to do was to run any of the 
network project. Having just ccme fran BBN, I 
wanted to get into ne/\7 things. In fact, the 
agreement that I had when I went to DARPA was 
I would set up a program in flexible 
manufacturing. I was intending to make a clean 
break 

from networking. Apparently quite a bit of money 

had been set aside, or planned, or budgeted, 

for the ne/\7 program, but when I got there it had 

been canceled by the Congress. So the 

program somehow disappeared in real-time right in 

front of my eyes. I remember Larry caning 

to me and saying "Look, I know you didn't want to \ 

work on networking anymore, but you know 

more about it than anybody else around and that's 

where our main efforts are going to be for 

the next several years, so why don't you just go 

do that." So I did, but I got into all the new 

efforts. The actual running of the existing 

ARPANET program was left to other people. Of 

course, people used to talk to me about the 



November of 1972. 


O'NEILL: When you were working out the plan for 
Telenet with Steve Levy did you 
recommend Larry Roberts? Did you talk to Larry 
Roberts about what was going on? 

KAHN: I never talked to Larry about it, but I did 
recamnend him. Steve had asked me on 
several occasions who might be a good choice to 
run it. It seared like a very natural thing 
since Larry was the guy who was the prime mover of 
the network in the first place. While I 
was involved in most of the technical parts, Larry 
was the political mastermind during the 
project. He got a lot of support fron Bob Taylor, 
who ran the DARPA office when Larry first 
arrived, and who is now at DEC. I don' t know if 
you have interacted with Bob. 

O'NEILL: He has been interviewed for this 
project. 

KAHN: Bob hired Larry to run the network project. 
Larry was hired in as a special assistant 
of sane sort before he became the office director. 
Bob Taylor was the one who created the 
environment for him and gave him the charter and 
the funding. 

O'NEILL: Did you know that Roberts wanted to 
leave the office at that time? Or were you 
just thinking of people who would be good for 
Telenet? 

KAHN: I thought about who might be good at that 
time. He seamed like the right choice. I 
had no idea that Steve Levy actually went down to 
talk to him. Steve apparently talked to him 
sometime in early 1973. Larry announced in May of 
1973 that he would be leaving later that 
year. He actually departed at the end of 
September of 1973. 



network, so it wasn't exactly as if I was isolated 
frcm it. However, I was never the official 
program manager for any of the old existing 
programs. 


O'NEILL: I would like to back up and ask a few 
more questions about your time at BEN. We 
talked about your interaction with Roberts and 
your direct connection with him. What about 
with the other contractors working on the ARPANET? 
I am thinking of the people at the 
Network Measuranent Center, and the... 

KAHN: I had most of the external interactions 
with people in the ccmnunity. You have to 
ransxber that here were a bunch of people in the 
research ccmnunity who were expecting a 
network to show ip and didn't know what it was. 
That is why I wzrote that document [Report 
1822] . I also used to talk to then quite a bit by 
telephone. Lave Walden and I went out and 
spent quite a bit of time on the west coast trying 
to do seme of the early debugging of the 
network. The very first installation was out at 
UCLA, where Vint Cerf and I had our first 
opportunity to work together on measurenent and 
testing. 

TAPE 1/SIDE 2 

KAHN: Although I had quite a number of 
interactions with the different groups who were 
involved, they organized thenselves pretty well, 
partly through the workings of the ARPA 
office itself. One of the critical issues that 
came up then was "suppose these machines were all 
connected to the net sanehow - how would that all 
work?" I mean, how is a machine going to 
be able to move a file fran here to there? How 
would that work at the host level? And a 
mechanism got set up to address this issue. I 
think Barry Wessler, who worked for Larry 
Roberts, was one of the key guys that put it in 



place, along with a fellow named Steve Crocker 
who was then at UCLA. Steve organized sane thing 
called the Network Working Group, whose 
job was to_ ae.f. ho st-level p eo ple together, to 
discuss what they werejcroina to da . ...what, things—• 
~th ey had in carman, and what s tandards--were 
nee ded. ~ In,particular, they wer e to cone u p 
with a prot ocol (or s et or protocols) that would 
aTTo w machines to talk uwith nne -^riQt. her. S teve^ 
en ded up chairing and coordinating that whole 
proces s. But it was, in fact, a very broad group 
activity. And it started a series of working 
notes called RBCs which still continue to this 
day. 


O'NEILL: Were you a part of the Network Working 
Group? 

KAHN: I sat in on some of the meetings, but I did 
not consider myself a prime mover in that 
activity at all. Often times I was there to 
represent the network, to tell them what we were 
doing, or explain things that were written in sane 
documents. Occasionally I would contribute 
a note to the series. But this was mainly a group 
of people who were more involved at the host 
level, and I was more involved in building the net 
that would move the bits between the hosts. 

Vint Cerf was definitely involved at that level. 

In fact the original paper that was written 
about host protocols was co-authored by three 
people: Steve Crocker, Vint Cerf, and another 
fellow named Steve Carr who was at Utah. Carr 
later just disappeared from the scene and I 
never heard of him again. 

O'NEILL: You mentioned that you, out of the group 
of the people at BBN, were doing a lot of 
the external interface to the various other 
contractors. What about other people interested 
in 

networking? 



KAHN: Frank Heart had a lot of interactions with 
DARPA. And we occasionally would have 
meetings where we would bring together various 
people. Like we hosted some of the Network 
Working Group meetings, and there were a lot of 
people from BEN that would sit in on those 
meetings. So a lot of people from the group had a 
lot of meetings with a lot of those people. 

I'm not trying to say that I was the only one. But 
if you look at a typical week, I mean, I would 
be on the phone typically every day with many of 
those groups talking about what was 
happening, what is the schedule for this, or they 
would be calling about such and such or 
writing the interface document for them to use. I 
had a responsibility to do that, but a lot of 
people were also involved from time to time. 

O'NEILL: That was leading me into a question 
about others interested in networking, and in 
particular I had in mind Donald Davies and his 
group at NPL in England. They traded visits 
with BBN, as I understand it. Why don't you 
describe for me what the interaction with then 
was like. 

KAHN: Well, I had met with Donald a number of 
times. I think it was largely in the early 
1970s. Donald had gotten the idea of packet 
switching into his head in the 1960s, I don't know 
from where. He set up a little project at the 
National Physical laboratory in Tedding ton. just 
outside of London where he worked, to explore it. 
He acquired a Honeywell machine and 
outfitted it with same special purpose interfaces 
so he could connect a whole bunch of 
terminals. He actually built a one node network. 
You could type text on one terminal and 
designate which other terminal you wanted it to 
came out an, and the text would print out on 
that other terminal. That was the extent of his 
network, I believe. 



KAHN: You have read that paper? 

O'NEILL: Yes, I have. I read it before I was 
looking for a change in terminology. So it could 
be, but I don't think it was. 

KAHN: It is possible that it wasn't around yet 
even hy 1972, although I would doubt it. It my 
be that we didn't have any reason to use the term. 
I don' t think we used the term message 
switching then. 

O'NEILL: I will have to look again. 

KAHN: I am sure that had long gone by then. So 
seme time in that time frame packet 
switching terminology just sort of slipped in as 
did the term ARPANET. It became part of the 
culture. It's like Internetting. When Vint and I 
wrote the original paper cn internetting, I don't 
thin<J|\we actually used the term internet, which 
became as much a part of the jargon as 
ARPANET did. We wrote about internetworking, we 
talked about internetting. I mean the 
sequence of letters showed up, but not explicitly 
as "Internet." That was, again, something that 
just sort of came upon us during the 1970s. 

O'NEILL: Getting back to Davies and NPL, were 
they the only other group that was interested 
in networking around this time? Were you 
discussing networking issues with people in Europe 
or people at other places who weren't host sites, 
who weren't directly involved in the 
ARPANET? 

KAHN: Well, there were a lot of people who were 
interested in the topic. In seme sense, it all 
started with the work that Paul Baran did at Rand. 
Paul used to work for Keith Uncapher, 
who now works for me. Paul was and is a very 
brilliant fellow, still as agile today, mentally, 
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as he was back then. But Paul was not a 
technologist at the time in terms of actually 
trying to 

build scmething. He had a concept for hew a 
network might work in a hostile environment. 

His concept was based on breaking messages into 
little blocks, each with an address for 
transmission. He originally called it Message 
Addressed Block Switching, or something like 
that, back at the time. 

O'NEILL: Adaptive Message Block Switching. 

KAHN: Adaptive Message Block Switching is an 
awkward composite name. Paul was thinking 
of that as a survivability mechanism for 
ccmnunications in times of nuclear war. You have 
to remember the context in the early 1960s. 
Nuclear confrontation planning was consuming 
the military. My cousin [Herman Kahn] wrote two 
very famous books called On Thermonuclear 
War, and Thinking about the Unthinkable. How do 
you plan constructively in the thermonuclear 
age? 

O'NEILL: This is the early 1960s? 


KAHN: This was Herman Kahn's work in the early 
1960s. And Paul did his work in that 
context. His idea was if you ever had a network 
that could break messages up into addressed 
blocks and send then independently, then if a 
block could find an available path, semehow it 
would probably get to the destination. Whereas if 
only a specific route could be used, maybe 
that route would be bl own up, or otherwise 
inop erable. fl~TMr3TPaul was focusing 
"survivable voice ccmrunications, which was a 


Air Force pro blem at the time, 
"much on ccmpubSrsr 



Not too 

lough he did understand you 
could link computers that way. He had 
this notion of low cost discardable electronics to 
do the switching. He hadn't quite focused on 



and a few secretaries. 


O'NEILL: I thought with something as large as the 
conversion, you might have drafted a few 
other people to help out. 

KAHN: Not within the office. Before Vint left he 

had put in place a number of mechanisms 

to help with the management of the whole Internet 

process. He had created something called 

the Internet Coordination Control Board or some 

such thing. 

O'NEILL: Is that the Internet Advisory Board? 

KAHN: That eventually became the IAB. Vint is 
now the chairman of the IAB. But when we 
started the internet program in the mid 1970s, 
originally it was just me in the office running 
the program. And after Vint was hired, then it 
was just Vint running the program with me to 
kibitz. And he was so good at what he did that he 
basically had everything in his head. Vhat 
I worried about was what would happen if he got 
hit by a truck? Number two, what would 
happen if he would ever have to leave? And number 
three, how was anybody else in the 
community ever going to be part of the thinking 
process. 

So he set up, after some discussions, a kind of 
kitchen cabinet, if you will, of knowledgeable 
people that he would convene periodically. These 
were mostly the workers in the field, the key 
people who were implementing protocols. He would 
sit down with them and discuss what his 
plans were and get inputs from them. But it was 
basically Vint driving that whole process. 

There were a lot of strong personalities involved, 
but Vint was so knowledgeable about what 
was going on, he could have made all the decisions 
himself, although they gave him a lot of 
good input. When he left, that group stayed 



intact. I didn't particularly require it for 
nyself, 

since Vint and I had created the internet 
protocols and he and I had it all in our heads 
before 

it all started. But in terms of the plan and in 
the evolution of the research program, it was 
pretty clear that whether it was Vint or myself or 
whoever was going to be there in time, you 
really need inputs frcm the research community 
because in the final analysis the problems that 
needed to be addressed would have to reflect 
problems that individual groups were having. 

"Here' s a thing they wanted to do; the Internet 
should help with this. Here' s another thing they 
wanted to do..." So that process became 
increasingly important as time went on. And, of 
course, 

in formulating what the program would be during 
the year that I had taken it back over again 
to run it, I relied heavily on the group for 
inputs. 

When I handed it over to Barry Leiner, he had had 
no direct experience in that area. He had 
taken over the packet radio program from Vint when 
Vint left. And when he eventually took 
over the Internetting program too, he was primed 
for it. The issues are very unique in that 
particular discipline. This group was very 
helpful to him. Barry was the one that 
reorganized 

and renamed it the Internet Activities Board, 
because it had grown so large by that time. When 
Vint was involved, the discussions had became so 
interesting to everybody that the people just 
wanted to come to hear them. And oftentimes those 
meetings were held in conjunction with 
other planned events, like the satellite program 
that I was running where we would have 
meetings of people internationally. So he would 
have one of his ICH3 meetings in conjunction 
with that. Often there would be f if try to a 



hundred people that would want to sit in as 
observers just to hear the discussion. Because of 
that, it almost became unmanageable. When 
Barry took the program over he said, "I don't want 
to run a planning group of several hundred 
people." So he created a smaller body called the 
IAB thinking that it would remain small. The 
problem was that pretty soon people who suddenly 
weren' t getting invitations to ICCB meetings 
because it no longer existed suddenly said "Hey, 
what happened?" And of course they found 
out there was an IAB, and then they wanted to come 
to its meetings. The IAB ended up 
supporting an Internet Engineering Task Force and 
an Internet Research Task Force, both 
reporting to the IAB. The IETF, which Phil Gross 
chairs, is now a very large open organization. 

A typical meeting will have hundreds of people. 

The IRTF is much smaller. So that is sort of 
how all that evolved. In any event, Barry Leiner 
took over in 1983, and he ran the program 
until he left in 1985. 

O'NEILL: Okay. That covers the additional 
questions I had. Do you have any further general 
statements about networking or ARPA that you would 
like to add? 

KAHN: No. 

O'NEILL: Okay. Thank you. 


END OF INTERVIEW 



passing classified traffic, and there was only 
one type of device in the world that would do it 
and it required the old protocol. Something 
like that. That was by far the biggest problem - 
just getting people to take it seriously. But 
managing it was traumatic for a while. I mean, 
the phone was ringing off the hook every few 
minutes. Every day sanecne new would ccrrplain, " I 
used to be able to do this, and now I 
can't." Shaking it all down was also a problem 
Even the places that thought they were going 
to convert properly suddenly found that while 
theirs worked with the three or four places that 
they thought it would, or had tried it out with, 
it didn' t work with seme others. So there was 
quite a bit of time required to smooth out the 
rough, edges. 

O'NEILL: It sounds as if you actually used to 
network to communicate with people. Is that 
how you sent messages and tried to coordinate? 

Did you ever try to bring people together? 

KAHN: Mare often than not, critical problems were 
handled by telephone. But when you are 
dealing with a lot of people, it is just a matter 
of keeping then appraised as to what was 
happening, sending out notices, schedules, 
debugging problems, coming up with alternatives. 

We would advise, "Look, not to worry because in 
two weeks the following will happen, and 
you'll be able to do this" - helping everyone 
separately think through their unique situation. 

O'NEILL: Who else was working with you on this? 

KAHN: At that time? The whole community. 

O'NEILL: I'm sorry, I meant at the DARPA office. 

KAHN: Just me pretty much during the transition. 
You have to remember that that office was 
really small. We had about ten technical people 



O'NEILL: In terms of organizing the conversion - 
as I understand it you were quite involved 
in that. That was a project that you worked on. 

KAHN: Well, Vint Cerf had been running the 
Internet program and he left in October of 1982, 
just before the conversion. But I picked the 
program up after he left and actually managed the 
transition. I handed the project over to Barry 
Leiner in September of 1983, so actually I 
managed the Internet program right through the 
transition for just about a year. 

O'NEILL: What were the big problems with the 
conversion? 

KAHN: Well, I think the biggest problem was just 
getting people to believe that it was real. 

It is like any major change; it is not real until 
it happens. We sent messages to everybody, 
alerting then to the timing and yet one week 
before we were still getting messages, "Is this 
really going to happen next week?" or "Let us know 
if you decide to really go ahead with this." 

The day after we did the transition, people were 
saying "Hey, hew cane I didn't knew about 
this?" or "It was impossible for me to convert; I 
need another six months." We would say, "You 
had two years' lead notice; why is it that 
suddenly you need six more months?" 

So we actually had to deal with the fact that not 
everybody was able to convert on day one. 

In fact the way we actually handled it was to 
allcw an overlap of both the old protocols and 
the new ones for a short period of time, and then 
by special exception we allowed a fe^ sites 
to continue using the old protocols, particularly 
where there was no interest on their part: in 
ever converting. Like military sites, where the 
only party they wanted to communicate with 
was one other party or for sane reason they were 



urgent for many reasons. Many of the military 
sites were beginning to depend on the net for 
operational purposes. Their day-to-day business 
really depended on it, and they felt, I think 
rightly so, that there were good reasons to keep 
the military application of it separate from the 
research and educational aspects. If you have 
nodes in the network on university campuses and 
if there were same major outbreak, it would be 
hard to guarantee that something couldn't 
happen to the network. I don't know all their 
motivations, but it was clear already by 1980 that 
there was real interest in somehow making sure 
that this net was a stable, dependable facility 
for the military. And the protocol that was most 
widely used at that point that could lead to 
an eventual partition of the network was TCP/IP. 
There was still quite a dominant use of the 
old NCP technology. But if there was ever a hope 
that we could split the net into multiple 
pieces, we needed to switch over to the internet 
protocol because connections between multiple 
nets needed an internet protocol. So the protocol 
became a DoD standard in 1980 and Vint 
played a role in that. The sweep of events at the 
time was such that DoD really had to decide 
what guidance to give people who were connecting 
their computers to the net as newer sites 
came in. "What do we tell them?" So they finally 
decided to standardize the protocols, because 
it was really the cnly gaime in town at that point 
in time. 

O'NEILL: Do you recall if there was much 
resistance to adopting a standard? 

KAHN: Well, there had been a move afoot in Europe 
to develop a carpeting - I say carpeting 
although I don't know that officially that was the 
way it was viewed - set of protocols within 
the oversight of the International Standards 
Organization. There were two standardization 
bodies over there, CCITT that tended to deal with 



the lower levels, the physical connections, 
and then the ISO that dealt with the higher 
levels. I just think there was a sentiment on 
their 

part to do their own thing. They just didn't want 
to adopt an American development. So they 
proceeded to develcp their own. They came up with 
a reference architecture in the mid-1970s, 
which was actually a very important contribution 
because it gave people a way to think about 
protocol layers. It had certainly been in our 
consciousness, but we had never articulated it 
quite that way, and they did. That was a real 
contribution. 

But their seven-layer reference model didn't say 
how any of the layers should be implemented. 
Interestingly enough, in their original seven- 
layer model, they did not have an internetworking 
layer because they assumed end-to-end circuits. 

It was the old telegraphy model of the world, 
or telephony model. But later on they decided to 
add internetworking and so their model 
became more compatible with what was going on in 
the U.S. They developed their own 
standards. X.25 was one of the early protocols 
for interfacing coiputers to networks. That 
protocol came out of seme of the early needs of 
the ccmmercial world to define interfacing 
standards. Four PITs were involved in originally 
agreeing on the X.25 standard. There was 
seme pressure by the late 1970s or early 1980s to 
have us use the ISO protocols, except that they 
weren' t really well defined, and there were few 
ccmpatible implementations. We were dealing 
with protocols in the U.S. that had been around 
for six, seven years, and had been through three 
or four major versions. A protocol conversion, 
even if it were well defined, would have cost 
many millions, if not tens of millions of dollars 
given all the sites involved. So there was no 
motivation or incentive to do it. That was really 
the only carpeting pressure at the time. 



our office at DARPA ended up affecting the 
military by virtue of its transition through 
industry. Time-sharing was an example. That 
eventually became part of scmething called V\3YDCS 
Worldwide Military Command and 
Control System It wasn't like sonebody from 
DARPA went to the military and said "We have 
time-sharing, do you want it?" and then sonebody 
in the military said, "Hey, great! We'll take 
it." 

[IJOTERRUPTiaSI] 

O'NEILL: We were talking about the interaction 
with the military and how they started using 
time-sharing, not directly but fcy having it 
available from industry. 

KAHN: That was the typical method that was used 
before by the particular office that I was 
involved with. This approach was scmewhat 
different frcm seme of the other offices, however. 
If you are working on, let's say, technology for 
an improved airplane, the Air Force would 
probably understand instantaneously not only why 
they would need it, where it would fit in, 
but they might be part of the process of helping 
to develep it. It is harder to see how seme of 
these advanced computer technologies could have 
been handled the same way - at least in that 
timeframe. Maybe now it is different because 
there are probably more people in the military 
who have backgrounds and expertise in ccmputer 
technology. There were very few in the early 
1970s. One of the things that happened as a 
result of the ARPANET experience was we 
managed to get DCA to take over the day-to-day 
operations of the net. So here was a case 
where we actually took a finished piece of 
technology and literally got an operational part 
c£ 

the Defense Department to run it. So that was a 
way to actually transfer technology and to 



fron a user's location to the central computer 
location on one frequency and answers were sent 
back on another. So Aloha was a one-hqp system 
The packet radio notion expanded that by 
taking - it was sort of like extending Donald 
Davies' experiment with a single node multiplexer. 
It turned the Aloha idea into a network concept by 
essentially finding ways to route packets 
frcm node to node, to allow nodes to be in motion 
relative to each other, to deal with the 
vagaries of an environment where you didn't have a 
tall central antenna that everybody could 
see, where people could be in tunnels part of the 
time, and all the vagaries of trying to build 
a net like that. I was principally involved in 
architecting the packet radio concept out of the 
DARPA office. I mean I undertook a fairly similar 
effort to the technology effort that I did 
for packet switching in the ARPANET. The packet 
radio program had a lot of contractors; 
perhaps as many as seventeen contractors were 
working on this project. 

O'NEILL: Had this been a proposal that had ccme 

in, or this was something that you had 

decided was important to staid:? How did it begin? 

KAHN: I actually think the idea for a packet 
radio network was just like the idea for the 
ARPANET. The ARPANET idea had been floating 
around the ARPA office before Larry got 
there. The idea for a radio-based version of 
ARPANET, and a satellite-based version, had also 
been floating around the ARPA office for a while. 

I think there may even have been a small 
stud/ contract given to cne or two organizations 
to see if it was feasible, before I got to 
DARPA. When I got there there was money budgeted 
for a packet radio program, and I 
undertook to make it happen. The skids were all 
greased for that. Part way through the first 
year of the program it became clear to me that we 
were going to have to have a plan for getting 



KAHN: It gave then an incentive because it set a 
target to shoot at with a public deadline, a 
target that really couldn't be put off. 

O'NEILL: Then the actual demonstration was to a 
wider community who could look at the 
ARPANET and see that it was functioning. 

KAHN: That's right. That was the event that made 
the world take notice of packet switching, 
because up until that point you couldn't see it 
anywhere. All you could do was read an 
arbitrary abstract paper somewhere that said, 

"Here is this new way to do computer 
communications." A lot of people were skeptical 
in the early days. I mean, breaking messages 
into packets, reassembling then at the end, 
relying on a mysterious set of algorithms, routing 
algorithms, to deliver packets. I'm sure there 
were people who distrusted airplanes in the early 
days. "How are you going to ensure that they are 
going to stay up?" Perhaps this was the same 
kind of thing. But ICCC was the event that 
made... I think this was the watershed event that 
made pecple suddenly realize that packet switching 
was a real technology. We had thousands 
of pecple who went through that - I don't know 
what the exact number is - at least a thousand 
who went through that particular exhibit. Which 
reminds me, I had some audio tapes from that 
exhibit that I was going to try to get hold of. 

O'NEILL: Yes, they had been mentioned in the 
previous interview. That was one of the things 
I was going to ask you, off-line, if you have any 
of those available. 

KAHN: I'm sure I have it, I just need to find it. 

O'NEILL: Okay. After the 1972 domo you went on 

to work at the DARPA office as program 

manager, and you explained how you had not gone to 



work on networking but ended up 
working on networking projects. How did the idea 
of the Internet core about? lAZhat was the 
problem that you were trying to solve? 

KAHN: One of the very first efforts that I 
undertook when I got there was to develop a 
technology that was like the ARPANET technology 
except it was based on radio 
ccmmuni cation. So the idea was to build a net 
that could link a number of entities, computers 
let's say, where each of these entities could be, 
in principle, on a moving platform although 
they could also be stationary. But the 
ccmnunication was by radio. So instead of 
machines 

linked to each other by wires, they would be 
linked by broadcast radio. A given node would 
broadcast its radio packet and a nearby node would 
pick it up and relay it. There had been an 
effort supported at the University of Hawaii in 
the late 1960s, early 1970s called the Aloha 
System. I think it originally got its money from 
AFOSR, then DARPA became a big supporter 
of it. 


TAPE 2/SIDE 1 

O'NEILL: You were talking about the Alcha system, 
that it had been funded... 

KAHN: Funded by AFOSR first, then by DARPA 
through AFOSR, I think. I don't know if 
they had any more continuing money, but DARPA 
became the main supporter. They 
denonstrated for the first time that you could do 
packet ccOTciunication by radio. Not that I 
think, in retrospect, there should have been any 
question about it, but you've got to 
demonstrate it for the first time. Aloha was a 
centralized system. That is, packets were sent 



protocols. Vint Cerf and I jointly came up with 
the TCP/IP concept as a new transport 
mechanism as part of an architecture for 
internetworking. DARPA then, gave a contract to 
Vint at Stanford to actually implement the TCP/IP 
concept - along with small efforts at BBN 
and at University College London. Vint had the 
lead for developing the specification. 

O'NEILL: What were the other two contracts for? 


KAHN: The one at University College London was 
part of an effort over there to explore 
remote use of the ARPANET and to implement a 
TCP/IP protocol on their machine. I think 
it was a PDP9 at the time. BBN was under contract 
to build a piece of the packet radio system 


(called a stationj^thah^neede d ■ portf qns-Q. 
prchocQTC^TFSd'was the first embodiment of the 
./Motion of a gateway. _ We needed to implement a 
j ''protoCdTCthat_ would work ^5bss~t^l^£e5iaytr.i: 
Eventually we all - 'took/The"'Internet technology 



pieces and created a separate program in 
DARPA for it. But originally, all that work was 
done as part of the packet radio program. I 
subsequently hired Vint Cerf to come to DARPA and 
actually run the Internetting program. 

That was in 1976, and by that time we were already 
three years into it. So he took it from a 
fledgling effort and turned it into a major 
national activity. 


O'NEILL: Did you go to Vint Cerf with these 
problems and discuss then whth him because he 
had previously done the host-to-host protocols? 
Why Vint Cerf? 


KAHN: Two reasons. One, Vint and I had worked 

very effectively on the original IMP when 

he was at UCLA. So he knew about the ARPANET; he 

was one of the three people who were 

involved in actually writing the original paper on 

the NCP, so he knew that pretty well. I had 






up the second program with the Air Force 
Strategic Air Command out at Offutt Air Force Base 
on a similar kind of problem, except in 
an Air Force context. We had a number of other 
exanples of testbeds. Cave Russell was an 
Army colonel who understood the implications of 
all this technology for the military. He was 
the office director for the period frcm August 
1975 through August 1979. He was a marvelous 
point of liaison with the military in that he 
articulated both the technology point of view as 
well as the military needs. In fact, during that 
whole period, I think we opened up a greater 
dialogue with the military in terms of these 
testbed programs than we ever had just through 
technology alone. The agency director at the 
time, George Heilmeier, was very supportive of 
these testbed programs. So that was a very 
important development in the history of the 
office. 

O'NEILL: Okay. Let's move on to the conversion 
effort to TCP/IP, which as I understand it, 
happened in January of 1983. First of all, were 
you active in working to get TCP/IP 
established as a DOD standard in 1980? 

KAHN: The answer is yes, except that T dicHr't in 
the role of Office Director. ^Vint Cerf was^-^ 
probably more involved than Lwas—idcause it was 
part of his program. But, in fact, a lot of 
the drive to get the protocols standardized caimq^ 
from the fact that the ARPANET itself was 
growing. I mean the ARPANET, after it transferred 
to DCA, suddenly became a vehicle where 
a lot of other military sites could now get on 
easily - just go to DCA. It was their normal way 

they didn't have to deal with a research agency. 

So by the 1980 timeframe there were already a 
large number of military sites on the 
ARPANET. And by 1983 the number had grown so 
large that the need to split it was becoming 



a good view of what the linkage between the packet 
radio system and the ARPANET should 
look like. And I knew what the protocol roughly 
wanted to be, but there were all kinds of 
details that needed to be worked out, not the 
least of which were what are all the issues that 
you have to worry about in linking this to the 
operating systems, which those folks had already 
solved. So I needed somebody like Vint to be able 
to represent that pari. Of course, Vint was 
very facile at thinking through the rest of it as 
well. So it just took one session before the two 
of us were on the same wavelength as to what we 
needed to do. And he and I just jointly 
worked it out from there. 

O'NEILL: Had you discussed it with other people 
in the carminity as well? 

KAHN: Not really. Just the two of us. On 
occasion, we bounced ideas off of other people, 
but 

it was pretty much just Vint and myself working in 
a little rocm at what was then the Cabana 
Hyatt in Palo Alto. He had also cane to 
Washington a few times. We met at Dulles Airport 
and 

did sane work there, and I had gone out to Palo 
Alto. So we had actually had a few sessions 
together and then at one point during the summer 
of 1973 we just sat ourselves down for an 
entire weekend and just wrote the paper. 

O'NEILL: I am interested in your interaction with 
the military. How involved did you get, 
while at ARPA, in trying to either interest the 
military in your projects or meet their needs? 

What kind of demands were they making on you, 

-what was that interaction like? 

KAHN: You have to remember that the military 
largely depends on private industry to provide 
it with technology, and so a lot of what we did in 



make then aware of it. But it really came after 
the fact. I mean DCA was not part: of the 
actual creation of the technology, although it 
became probably the largest user in defense of 
that technology after the fact. 

O'NEILL: Were you involved in the switch to DCA? 
KAHN: I was one of the key people who helped to 
negotiate that with then. The person who 
was the chief scientist of DCA at the time was 
Harry VanTrees; and Harry was a principal 
contact at DCA along with Estil Hovers ten, who 
worked very closely with him. In the case of 
packet radio technology, packet satellite 
technology, and sane others, it was less clear, 
because 

there wasn't an immediate need in the military for 
then. It wasn't clear how, if you developed 
a technology, it would ever transition into the 
military. So in the mid-1970s we came up with 
the notion of setting up testbed programs with the 
military, with the purpose of taking 
advanced technology that was in development, 
continuing to develcp it jointly with a military 
partner, and actually field testing the equipment 
with then in sane settings. We set up a 
packet radio testbed program at Fort Bragg in 
North Carolina with the 18th Airborne Corps, 

I believe. We actually deployed packet radio 
technology, and they used it in their exercises. 

So they could actually see what the practical 
utility was of this technology in real 
applications. 

Now we never got the technology to the point where 
they could put it on a plane and use it 
operationally in, say, Germany or Grenada - this 
is the rapid deployment force - but, in fact, 
they could clearly see the utility by using it on 
the base, and they used it for many purposes. 

One of the most interesting applications was using 
it to facilitate loading of the aircraft for 
deployment. The time it took to develcp an 



aircraft load plan was typically days to weeks. 

In 

such a plan, you-assume a given number of C5 
aircraft, and a number of 130s, and 141s. And 
each one of those aircraft have special 
characteristics. So what do you do with your 
detailed 

plan if the C5 doesn't show up. You have to 
figure out how to redo the whole plan with a 
different set of aircraft. So instead of getting 
five 130s, you've got seven of then. It requires 
a different loading plan. The question is how do 
you rapidly do this replanning with no notice. 

You might not even know until you are out on the 
runway to see what planes actually show up. 

So they were able to use the packet radio 
technology on the runway to obtain renote access 
to 

a computer based loading program. Also to deal 
with many other interesting prcblens of which 
probably the one that was most interesting to me 
was the issue of how to deal with the constant 
need to relocate the pieces of a coimand 
headquarters in the field. When the headquarters 
is 

being set up you probably don't want to drag along 
tons of cable. An alternative is to put ip 
an antenna and suddenly be in instant 
ccmnunication among all the pieces, which may be 
hundreds of yards or even miles away from each 
other. 


O'NEILL: Once they started understanding the 
technology and what it could do for thorn, did 
they request changes to it? was there any 
feedback? Did their requirements affect how you 
then proceeded? 

KAHN: Yes, in many ways. Dave Russell, who 
became IPIO director after Licklider left, was 
very instrumental in making those testbed programs 
happen. He handled a lot of the 
interfacing with the folks at Fort Bragg. We set 



computer resources on the net. In 1973, mainframe 

computers were multi-million dollar 

machines that required air-conditioned computer 

centers. You weren't going to connect then 

to a mobile, portable packet radio unit and carry 

it around. 

So my first question was "Hew am I going to link 
this packet radio system to any computational 
resources of interest?" Well, my answer was, 
"Let's link it to the ARPANET." Except that these 
were two radically different networks in many 
ways. I mean, all the details were different. 

I don' t mean conceptually they were different. 

They were sort of the same genre. Just like, 
say, Chinese and Americans are of the same genre 
except one speaks Chinese and one speaks 
English, one lives on one side of the world, one 
lives on the other side, they go to sleep during 
your daytime, etc. The details of the two 
networks were rather different. The ARPANET ran 
at 50 kilobits per second and the packet radio 
system ran at 100 or 400 kilobits per second. One 
had thousand bit uncoded packets; the other had 
two thousand bit packets which could be 
coded. The ARPANET assumed that once you sent 
something it was delivered with a hundred 
percent reliability. If it didn't get through the 
systen was broken. The other assumed that 
much of the time you would never get anything 
through even though the system was working. 

The protocols that were designed for the ARPANET 
wouldn't work over the packet radio net 
because when a packet entered the packet radio 
net, the only thing the ARPANET would have 
told it was where it came from but not where it 
was going. So the packet radio net had no 
further information to know where to route it. If 
a packet got lost along the way, the 
ARPANET hosts would come to a halt. Well, in a 
radio net you can get interference and so 
seme loss is natural. So we really had to rethink 
literally the whole issue of host transport 



